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DETAILED ACTION 

Applicant's Remarks 
Claims 1-3 and 37-39 have been amended. Claims 1-41 are currently pending. The 
rejection of claims 2, 3, and 37-39 under 35 U.S.C. 1 12, second paragraph, is moot. The 
rejection of claims 37-39 under 35 U.S.C. 101 is moot due to the amendment. 

Claim Objections 

1 . Claims 2 and 38 are objected to because of the following informalities: the phrase 
"wherein the commands calls therein" is an improper sentence. Possible suggestion of correction 
would recite, "wherein the command calls therein". Appropriate correction is required. 

Claim Rejections - 35 USC §103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in vAdch the invention was made. 

3. Claims 1-3, 35, and 37-39 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hinckley et al (Pub. No. US 2001/0011995 Al), hereinafter "Hinckley" in view of 
Inatomi (US Patent 5598522), hereinafter "Inatomi". 

As to independent claim 1, Hinckley teaches a method for combining the functionality 
of a set of at least two commands calls into a single logical button (page 1 paragraph [0009] -> 
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taught as controls on an input device having more than 1 function depending on the current 
application in which the commands are called). However Hinckley does not teach wherein the 
commands are prioritized and recognizing when a command is rejected. Inatomi teaches 
prioritizing a set of command calls from highest to lowest priority (column 4 lines 33-38, line 66 
through column 5 line 3, lines 55-59 -> taught as prioritizing the commands corresponding to 
frequency of use or the previous command executed). Inatomi also teaches recognizing when a 
command call is rejected by an application and sending at least one lower priority command call 
(column 5 lines 16-51 — > taught as an application recognizing the users actions to reject the 
current command and to execute another command within the list). 

It would have been obvious to one skilled in the art at the time the invention was made to 
have combined the combining of commands of Hinckley with the prioritizing of Inatomi to 
increase the amount of information that an input device can provide to the computer (page 1 
paragraph [0009], Hinckley) and by simplifying the selecting of operations regarding the 
commands representing processes to be executed, the operability of the computer system can be 
improved (column 1 hnes 22-25, Inatomi), further, providing a command processing system in 
which a process for a command can be executed with simple operations as much as possible 
under the GUI circumstances (column 2 lines 55-58, Inatomi). 

As to dependent claim 2, Hinckley as modified by Inatomi teaches prioritizing multiple 
commands in a logical button. Hinckley teaches an input device such as a keyboard having input 
signals using transducers to implement functions. However, Hinckley as modified by Inatomi 
does not teach command calls therein combined are keyboard command calls Back and Escape. 
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It is well know to one skilled in the art that there is a relationship between the commands Back 
and Escape of a keyboard. Back is used to clear the previous textual input of a user, while 
Escape is well known to back out or close a determined screen/application. It would have been 
obvious to one skilled in the art at the time the invention was made to have combined the 
commands of Back and Escape to reduce the real estate of keys on a keyboard and to enhance the 
functionally of commands within different applications. 

As to dependent claim 3, Inatomi teaches prioritizing commands based on the previous 
executed command or on the frequency of use of a command (column 4 lines 33-38, line 66 
through column 5 line 3, lines 55-59). Note the discussion in claim 2, about the combining of 
Back and Escape. While Hinckley or Inatomi don't explicitly teach the Back keyboard 
command call being prioritized first and the Escape keyboard command call being prioritized 
last, it is suggestively obvious for one skilled in the art to infer that any order of prioritizing can 
be achieved depending of the frequency of use of a command on the previous executed 
command which will provide a command processing system in which a process for a command 
can be executed with simple operations as much as possible under the GUI circumstances 
(column 2 lines 55-58, Inatomi), 

As to independent claim 35, Hinckley teaches a using an operating system shell hook to 
issue a command as an application command to an application (page 10 
paragraph [0117]). However, Hinckley does not teach if the application command is rejected, 
issuing a different command directly to the operating system. Inatomi teaches recognizing when 
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a command call is rejected by an application and sending at least one lower priority command 
call (column 5 lines 16-51 — > taught as an application recognizing the users actions to reject the 
current command and to execute another command within the list). 

It would have been obvious to one skilled in the art at the time the invention was made to 
have combined message hook of Hinckley with the recognizing of an application rejection of 
Inatomi to increase the amount of information that an input device can provide to the computer 
(page 1 paragraph [0009], Hinckley) and by simplifying the selecting of operations regarding the 
commands representing processes to be executed, the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi), further, providing a command processing system in 
which a process for a command can be executed with simple operations as much as possible 
under the GUI circumstances (column 2 lines 55-58, Inatomi), 

As to independent claim 37, Hinckley teaches combining the functionaUty of a set of at 
least two command calls into a single logical button (page 1 paragraph [0009] -> taught as 
controls on an input device having more than 1 function depending on the current application in 
which the commands are called) and using an operating system shell hook to make an 
application command call for the command calls (page 10 

paragraph [01 17]). However, Hinckley does not teach prioritizing commands. Inatomi teaches 
executing in priority order until a first command call is not rejected, and therefore accepted by 
the application, or until all but the last command call remains and if all but the last command call 
are rejected by the application in the previous element, then issuing the last command call as a 
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operating system command (column 4 lines 33-38, 59-67, column 5 lines 1-3, 17-32, 54-67, 
column 6 lines 1-8). 

It would have been obvious to one skilled in the art at the time the invention was made to 
have combined the combining of commands of Hinckley with the prioritizing of Inatomi to 
increase the amount of information that an input device can provide to the computer (page 1 
paragraph [0009], Hinckley) and by simplifying the selecting of operations regarding the 
commands representing processes to be executed, the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi), further, providing a command processing system in 
which a process for a command can be executed with simple operations as much as possible 
under the GUI circumstances (column 2 lines 55-58, Inatomi). 

As to dependent claim 38, Hinckley as modified by Inatomi teaches prioritizing multiple 
commands in a logical button. Hinckley teaches an input device such as a keyboard having input 
signals using transducers to implement functions. However, Hinckley as modified by Inatomi 
does not teach the commands calls therein combined are keyboard command calls Back and 
Escape. It is well know to one skilled in the art that there is a relationship between the 
commands Back and Escape of a keyboard. Back is used to clear the previous textual input of a 
user, while Escape is well known to back out or close a determined screen/application. It would 
have been obvious to one skilled in the art at the time the invention was made to have combined 
the commands of Back and Escape to reduce the real estate of keys on a keyboard and to enhance 
the functionally of commands within different applications. 
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As to dependent claim 39, Inatomi teaches prioritizing commands based on the previous 
executed command or on the frequency of use of a command (column 4 lines 33-38, line 66 
through column 5 line 3, lines 55-59). Note the discussion in claim 38, about the combining of 
Back and Escape. While Hinckley or Inatomi don't explicitly teach the Back keyboard 
command call being prioritized first and the Escape keyboard command call is prioritized last, it 
is suggestively obvious for one skilled in the art to infer that any order of prioritizing can be 
achieved depending of the frequency of use of a command on the previous executed command 
which will provide a command processing system in which a process for a command can be 
executed with simple operations as much as possible under the GUI circumstances (column 2 
lines 55-58, Inatomi). 

4. Claims 4-20, 23-24, and 26-34 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Hinckley as modifled by Inatomi in view of Snyder et al (Microsoft 
Windows 98 Keyboard Guide, 1999), hereinafter "Snyder". 

As to dependent claims 4, 5, 6, and 7, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
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GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND UP or keyboard commands Up Arrow, Scroll 
Up, or Page Up. Snyder teaches common keyboard commands of up commands Up Arrow 
(pages 6, 8, 9, 10), Scroll Up (page 1 1 — > taught as using the up arrow key to scroll a window), 
and Page Up (page 1 1). While the APPCOMMAND UP is not explicitly stated, it is well known 
to one skilled in the art that Microsoft Windows is a command base software which has code 
written in some type of programming language such as C++ or Java. It is also well known that 
code is written in a simple and descriptive function of the function at which it is intended to 
perform. Therefore it is suggestively obvious to one skilled in the art to infer that the command 
APPCOMMAND_UP would be a suitable and well-known command naming in the keyboard 
commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 8, 9, 10, and 11, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
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order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND DOWN or keyboard commands Down Arrow, 
Scroll Down, or Page Down. Snyder teaches common keyboard commands of down commands 
Down Arrow (pages 6, 8, 9, 10), Scroll Down (page 1 1 -> taught as using the down arrow key to 
scroll a window), and Page Down (page 1 1). While the APPCOMMAND_DOWN is not 
explicitly stated, it is well known to one skilled in the art that Microsoft Windows is a command 
base software which has code written in some type of programming language such as C++ or 
Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
the art to infer that the command APPCOMMAND DOWN would be a suitable and well-known 
command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 
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As to dependent claims 12, 13, and 14, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND NEXT or keyboard commands Tab or Right 
Arrow. Snyder teaches common keyboard commands of next commands Tab (pages 3, 12, 1 7), 
and Right Arrow (3, 5, 7, 8, 9, 10). While the APPCOMMAND^NEXT is not explicitly stated, 
it is well known to one skilled in the art that Microsoft Windows is a command base software 
which has code written in some type of programming language such as C-h- or Java. It is also 
well known that code is written in a simple and descriptive function of the function at which it is 
intended to perform. Therefore it is suggestively obvious to one skilled in the art to infer that the 
command APPCOMMAND NEXT would be a suitable and well-known command naming in 
the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
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representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 15, 16, and 17, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59), It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND^PREV or keyboard commands Shift-Tab or Left 
Arrow. Snyder teaches common keyboard commands of previous commands Shift-Tab (page 
12) and Left Arrow (pages 3, 5, 7, 8, 9, 10). While the APPCOMMAND_PREV is not explicitly 
stated, it is well known to one skilled in the art that Microsoft Windows is a command base 
software which has code written in some type of programming language such as C+H- or Java. It 
is also well known that code is written in a simple and descriptive function of the function at 
which it is intended to perform. Therefore it is suggestively obvious to one skilled in the art to 
infer that the command APPCOMMAND_PREV would be a suitable and well-known command 
naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
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easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 18, 19, and 20, Hinckley as modified by Inatomi teaches 
prioriti2dng commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND_ENTER or keyboard commands Return or Enter. 
Snyder teaches common keyboard commands of enter commands Return (page 3, 11, 16, 17, 18) 
and Enter (pages 6, 7, 12). While the APPCOMMAND_ENTER is not explicitly stated, it is 
well known to one skilled in the art that Microsoft Windows is a command base software which 
has code written in some type of programming language such as C++ or Java. It is also well 
known that code is written in a simple and descriptive function of the function at which it is , 
intended to perform. Therefore it is suggestively obvious to one skilled in the art to infer that the 
command APPCOMMAND_ENTER would be a suitable and well-known command naming in 
the keyboard commands. 
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It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi), 

As to dependent claims 22, 23, 24, and 26, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND OUT or keyboard commands Browser Back, 
Escape or Alt-F4. Snyder teaches common keyboard commands of out commands Browser 
Back (page 12), Escape (pages 6,12) and Alt-F4 (page 4). While the APPCOMMAND^OUT is 
not explicitly stated, it is well known to one skilled in the art that Microsoft Windows is a 
command base software which has code written in some type of programming language such as 
C+H- or Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
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the art to infer that the command APPCOMMAND_OUT would be a suitable and well-known 
command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 27, 28, 29, 30, and 31, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND SWITCH or keyboard commands Alt-Escape, 
AJt-Tab, Windows Key, or Home. Snyder teaches common keyboard commands of switch 
commands Alt-Escape (page 4), Alt-Tab (page 4), Windows Key (page 1), and Home (page 7). 
While the APPCOMMAND_SWITCH is not explicitly stated, it is well known to one skilled in 
the art that Microsoft Windows is a command base software which has code written in some type 
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of programming language such as C++ or Java. It is also well known that code is written in a 
simple and descriptive function of the function at which it is intended to perform. Therefore it is 
suggestively obvious to one skilled in the art to infer that the command 
APPCOMMAND_SWITCH would be a suitable and well-known command naming in the 
keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 32, 33, and 34, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMAND_MENU or keyboard commands Shift-FlO or 
special command for Settings. Snyder teaches common keyboard commands of menu 
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commands Shift-FlO (page 6) and special commands for Settings (pages 10, 13). While the 
APPCOMMAND MENU is not explicitly stated, it is well known to one skilled in the art that 
Microsoft Windows is a command base software which has code written in some type of 
programming language such as C++ or Java. It is also well known that code is written in a 
simple and descriptive function of the function at which it is intended to perform. Therefore it is 
suggestively obvious to one skilled in the art to infer that the command 
APPCOMMAM)_MENU would be a suitable and well-known command naming in the 
keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 hnes 22-25, Inatomi). 

5. Claims 36, 40, and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hinckley as modified by Inatomi, in further view of Logitech (LogitechMouse User's 
Guide, 1993), hereinafter "Logitech". 

As to independent claim 36, 40, and 41, Hinckley as modified by Inatomi teaches the 
method of claim 1, note the discussion above. However Hinckley as modified by Inatomi does 
not teach ENTER, UP, DOWN, and OUT commands being applied to an object and a subsystem 
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for processing the commands. Logitech teaches a system comprising an interface (MouseWare 
software and MouseMan) that generates a logical input for one of a group of commands to be 
applied to an object (page 1 1 — > taught as using the MouseWare to assign shortcuts to the 
MouseMan and using the MouseMan to select and manipulate objects). Logitech further teaches 
a subsystem for processing an ENTER, UP (page up), DOWN (page down), and OUT (close 
appUcation) command (page 1 1 -> taught as using the software with a computer). It is well 
known that computers use a processor to execute computer instructions, Logitech teaches using 
the software in conjunction with a computer for functionality. It is reasonable to one skilled in 
the art that the subsystem (computer) would be used to process the ENTER, UP, DOWN, and 
OUT command. 

Therefore it would have been obvious to one skilled in the art at the time the invention 
was made to have combined the method of Hinckley as modified by Inatomi with the commands 
of Logitech to simplify the selecting of operations regarding the commands representing 
processes to be executed, thereby the operability of the computer system can be improved 
(column 1 lines 22-25, Inatomi), 

6. Claims 21 and 25 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hinckley as modified by Inatomi in further view of Stern et al (Quicktime 5 for Macintosh 
and Windows: Visual Quickstart Guide, 2001), hereinafter "Stern". 

As to dependent claims 21 and 25, Hinckley as modified by Inatomi teaches prioritizing 
commands. Inatomi teaches prioritizing commands based on the previous executed command or 
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on the frequency of use of a command (column 4 lines 33-38, line 66 through column 5 line 3, 
lines 55-59). It is suggestively obvious for one skilled in the art to infer that any order of 
prioritizing can be achieved depending of the frequency of use of a command on the previous 
executed command which will provide a command processing system in which a process, for a 
command can be executed with simple operations as much as possible under the GUI 
circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi does 
not teach the commands APPCOMMAND_ENTER, APPCOMMAND^OUT or special 
commands Play and Stop. Stern teaches mouse and keyboard commands operable to QuickTime 
Player to Play and Stop. While the APPCOMMAND ENTER and APPCOMMAND_OUT is 
not explicitly stated, it is well known to one skilled in the art that QuickTime Player is command 
base music software which has code written in some type of programming language such as 0++ 
or Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
the art to infer that the commands APPCOMMAND_ENTER and APPCOMMAND^OUT 
would be a suitable and well-known command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Stern with the prioritizing of commands of Hinckley as modified by Inatomi to allow users to 
perform useful functions within multimedia programs with a standard controller and to simplify 
the selecting of operations regarding the commands representing processes to be executed, 
thereby the operability of the computer system can be improved (column 1 lines 22-25, Inatomi). 
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Response to Arguments 
7. Applicant's arguments filed 06/15/2007 have been fiilly considered but they are not 
persuasive. 

In regards to claim 1 Applicant asserts that Inatomi does not teach and/or suggest 
recognizing when a command call is rejected by an application and sending at least one 
lower priority command call. 

The Examiner respectfully disagrees. Inatomi teaches a user selecting a command at a 
users preference. The highest priority command is generated by the system when a user requests 
a command. If the user does not want the command executed, the user selects a different 
command to execute, a lower priority command. The application therefore has to recognize the 
rejection of the highest priority command when a user overrides the highest priority command by 
selecting a lower priority command. Inatomi teaches and/or suggests recognizing when a 
command call is rejected by an application and sending at least one lower priority command call. 

The rejection of depending claims of 1, in regards to the combination of Hinckley in view 
of Inatomi are rejected under the same rationale. 

As for independent claims 35 and 37, which Applicant asserts that Inatomi does not teach 
the scope of the limitation of an application command being rejected and having a different 
command issued to the application, is also rejected under the same rationale as claim 1 . 
Emphasis is placed on the teaching of Inatomi that allows a system to recognize the rejection or 
acceptance of a command in a priority of an application as related to a user's interaction with the 
application. 
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Conclusion 

8. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1, 136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1. 136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Andrea N. Long whose telephone number is 571-270-1055. The 
examiner can normally be reached on Mon - Thurs 6:00 am to 3:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Doug Hutton can be reached on 571-272-4137. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Andrea Long 
06/28/2007 
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